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PREFACE 


The GSMF User's Manual consists of a "Final" and "Final-Appendices". 
These two volumes are bound separately for the convenience of the reader. 
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GSMF POWER-UP SEQUENCES 



APPENDIX A 


GSMF OPERATING PROCEDURES 

The following is a list of operating procedures that shall be used to: 


1 ) Start the GSMF 3250 

2) Back up the system 

3 ) Shut down the GSMF 3250 system 

4 ) Save disk to tape 

5) Perform a disk check and close any open files 

6) Perform selective disk-to-tape 

7) Initialize disk pack 

8) Dump tape to printer. 

A list of CSS Procedures is presented on page A-6 that will allow the user to 
assemble tasks, link, compile, backup the system, generate/ establishment/ print 
display pages, cancel tasks in memory, and to TET an assembly task without 
having to enter the .CSS commands every time. Examples are given for 
establishing, generating, and printing display pages (A-6, A-7). 



PROCEDURE FOR STARTING THE GSMF 3250 


SIGN THE UTILIZATION LOG BOOK 

1. If the GSMF 'RELEASE' disk is not in the drive and "READY". 

IA. If the "RELEASE" disk is loaded. 

A. Press the button under "START". 

B. The drive will spin up and the "READY" light come on. 

IB. IB. If another disk is loaded. 

A. If the "READY" light is on, mark the disk off (MA MSM: , OFF) 
press the button under "START". The disk will spin down and 
the "READY" light will go out. • 

B. Be sure the "READY" light is out. 

C. Open the door on the top of the disk drive. 

D. Place the upper dust cover for thte disk presently mounted over 
the disk. 

E. Turn the handle counter-clockwise until it clicks. 

F. Remove the disk and dust cover assembly. 

G. Place the lower dust cover on the disk. 

H. Store the disk on a shelf in the disk rack. 

IC. If no disk is loaded: 

A. Open the door on the top of the disk drive. 

B. Remove the lower dust cover by soueezing the lock on the lower 
cover. 

C. Place the disk with the upper dust cover still on over the 
spindle. 

D. Turn the handle clockwise until it locks firmly. 

E. Lift off the upper dust cover. 

F. Place the upper cover neatly over the lower cover and store it 
on the back of the drive enclosure. 

G. Press the button under 'START". 

H. The drive will spin up and the "READY" light come on. 

2. Move the key to "ON". 

3. Move the IPL switch to "ENABLE". 

4. Momentarily press the "INIT" switch. A list of devices will appear on 
the system console if you have made it so far. If not, try again or get 
help. 

5. Move the IPL switch to "DISABLE". 

6. Move the key to 'LOCK'. 

7. Enter "DS67" at the prompt for device. 

8. Enter 'GSMF3250. OS" at the prompt for file. 
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9. Memory test will run. Wait for it to end. 

10. Enter time and date when prompted as 'SET TIME Wl/DD AY, HH:MM:SS" 

11. Enter ' CONTINUE ' 

12. BACKUP PROCEDURES - First IPL of the day only!!!!!!! 

MAKE SURE THE 'PE/NRZI ' LIGHT IS LIT ON THE TAPE DRIVE 

The printer must be ready and a tape loaded for the backup to run. If 
problems persist with one or the other, restart the backup to preclude 
'HIDDEN" problems. 

12A. Monday - Thursday backup procedure: 

A. Mount the daily tape for the proper day of the week. 

Mount the reel and thread the tape as indicated on the tape drive. 

Wind 3 or 4 turns on the lower reel. 

Press "LOAD". The 'ONLINE' and "LOAD" lights will come on. If not, try 
again or get help 

B. "DAILY" wait until backup finishes. 

C. Dismount and store the tape. 

Press "RESET" then "REWIND". Holding "REWIND" will wind the entire 
tape back on the upper reel . 

D. Put the listing in the bookmarked "DAILY". 

12B. Friday backup: 

A. Check the log sheet to see if a Friday or total backup is due this 
date . 

If Friday: 

Load the proper Friday tape as indicated on the log sheet. 

"DAILY" wait until backup finishes. 

Dismount and store the tape. 

Put the listing in the book marked "FRIDAY". 

If total: 

Load the first reel of the proper total tape as indicated on the log 
sheet. 
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"TOTAL" wait until backup finishes. This will require mounting 
several reels as prompted by the procedure. 

Di smount and store the tapes . 

Put the listing in the book marked "TOTAL". 

B. A-F-T-E-R the backup is run reset the "DAILY" procedure: 

'EDIT' 

'6 DAILY. CSS" 

Change the date following the keyword "SINCE" to the Friday date on 
Line 11 of the CSS. 

13. "UP" 

PROCEDURE FOR SHUTTING THE GSMF 3250 DOWN 

1. Get everyone clear and signed off. 

2. "CLEANUP" 

3. 'MA MSM:, OFF" 

4. "D D" ■ Verify that the devices are off line. 

5. Press the "START" button on the disk drive. The "READY" light will go 
out. 

SIGN THE UTILIZATION LOG BOOK 
TO SAVE THE FULL DISK TO TAPE: 

1. Turn Error Log off with 'ERROR LOG, OFF" . 

2. Load a blank tape on right hand drive. 

3. 'LOAD B, BACKUP, 48" 

4. "T B" 

5. "ST ,IN=MSM: ,0UT=MAG1: ,LI=PR: .VERIFY 

TO PERFORM A DISK CHECK AND CLOSE ANY OPEN FILES: 

1. "MA MSM: ,0N,P" 


A-4 


2. "LOAD D, DISCHECK 

3. "TA D" 




4. "MA MSM:,OFF" 

5. "ST ,MSM : , CON:, CL" 

6. "MA MSM: ,ON" 

TO PERFORM SELECTIVE SAVE DISK-TO-TAPE : 

1. 'LOAD BKUP, BACKUP, 48" 

2. 'TASK BKUP" 

3. "ST ,IN=M$M: ,OUT«MAGl: ,LI=PR: .VE , SEL=COON : " 

4. The COPY task will ask for the names of files to be saved to tape. The 
input is terminated by a "/*" keyboard entry. 

TO INITIALIZE A DISK PACK: 

1. Load a disk that contains "FASTCHEK" into the disk drive. 

2. "MA MSM: ,0N,,CD=ALL" 

3. "LO FASTCHECK" 

4. "0 R" 

5. “MA MSM: .OFF" 

6. Unload previous disk and load the disk to be initialized. 

7. "TA FASTCHEK" 

8. "ST ,C=CON : , LI =PR : 

9. Respond to interactive questions. 

Desired operation - ' INIT41SM:" 

Volume name - “MSM1 " 

Fastchek mode - "Fill=BBDBDBD" 

Fastchek: OK to Run - "Yes" 

10. "CA FASTCHEK" 

11. 'MA MSM: ,0N, ,CD=ALL" 

DUMP TAPE CONTENTS TO THE PRINTER: 

1. "LO COPY 32,, 30 " 

2. "ST" 
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3. 

COPY 

32 

> 

"IN 

MAGX: ,3000, VAR 

4. 

COPY 

32 

> 

"LI 

PR:" 

5. 

COPY 

32 

> 

"DI 

*,NRECS=1 “ 


AVAILABLE CSS PROCEDURES 

1. MACROASM.CSS - Assembles a CAL file with macro expansion (FILE. ASM) 

2. TET.CSS - TET an assembly task 

3. LNKALL.CSS - LINK a task (User modifications necessary) 

4. FORT. CSS - Compile a FORTRAN subroutine 

5. DAILY. CSS - Backup procedure (User modifications may be necessary) 

6. RETET.CSS - LINK an assembly tsk (Must already exist) 

7. CLEANUP. CSS - Cancels tasks in memory 

8. GSMF3.CSS - Brings up the GSMF system 

9. PRTDSPLY.CSS - Enables printing of display pages 

10. DSKDSPLY.CSS - Generation of display pages 

11. ESTDSPLY .CSS - Establishment of display pages 

12. MODBCD [COMP =N0], [LINK =N0], [CLEAN =N0] 

COMPILE (OPTIONALLY) AND LINK (OPTIONALLY) 

CLEAN = NO RETAINS ALL WORKFILES SUCH AS THE .MAP 
INPUT: FILE.FTN (SOURCE) 

FILE.CMD (LINK COMMANDS) 

OUTPUT: FILE. LST (NORMAL) 

FILE. TSK (IF LINK=NO NOT SPECIFIED) 

NOTES ON THE GSMF SYSTEM 

1. Start system - "UP" 

2. Generate and establish display pages 

“DSKDSPLY DP ’’ 

"ESTDSPLY DP 
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3. Print display page 

"PRTDSPLY " 

> ” 0001 - 0001 " 

> “END" 

4. After new display pages have been created, 

"DELETE DFTEMP.LOG” 
before starting GSMF system. 
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APPENDIX B 

ACRONYMS AND TERMINOLOGY 


ATE 

Automatic Test Equipment. (ATE computer is used 
Mitra GCOS host) 

to designate 

bite 

Built in Test Equipment 


BSR 

Bite Status Request 


CID 

Computer Interface Device 


CDR 

Critical Design Requirements 


CMS 

Conversational Monitor System (IBM) 


CRT 

Cathode Ray Tube 


DBGM 

Data Base Generation Management 


DMA 

Direct Memory Access 


ECOS 

Experiment Computer Operating System 


ECP 

Engineering Change Proposal 


FIFO 

First In - First Out 


GCID 

Ground Computer Interface Device 


GCOS 

Ground Computer Operating System 


GFE 

Government Furnished Equipment 


GOAL 

Ground Operations Aerospace Language 


GSMF 

Ground Software Maintenance Facility 


HAL/S 

Houston Aeronautical Language/ Space! ab 


HOL 

High Order Language 


HOST 

This is a reference to the P-E computer that is the host to the 
GSMF operation. The reference may also accommdate the SDF-Host 
references for the Integrated mode descriptions 

IPS 

Instrument Pointing System 


KSC 

Kennedy Space Center 


MAC I 

Monitor, Access, and Control Interface 
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Major Cycle 

One second basic time frame under which host computer (P-E. for 
GSMF) is required to service data requiremennts of ATE/GCID. 

MOTSCO 

McDonnell Douglas Technical Services Company 

Mi tra 

A computer upon which different operating systems execute 
(ECOS, GCOS, and SCOS) for the test equipment processing 

Modul e 

A portion of software in a computer system which may be indepe- 
dently described, designed, coded and tested. If may be a 
subset of a larger set or superset (i.e., a task or a func- 
tional unit). 

MSE 

Measuring and Stimuli Equipment 

MSEC 

Marshall Space Flight Center 

NASA 

National Aeronautics and Space Administration 

PCU 

Payload Checkout Unit 

PDR 

Preliminary Design Review 

P-E 

Perkin-Elmer 

PIOL 

Periodic Input/Output Loop 

PPI 

Processor to Processor Interface (A P-E Conmuni cation Device) 

SCOS 

Support Computer Operating System 

SDF 

Software Development Facility 

SL 

Spacelab 

SLDB 

Spacelab Data Base 

SMID 

Simulation Identification 

SVC 

Supervisor Call 

SWID 

Software Identification 

Task 

A process in a computer which can perform its function inde- 
pendent of other processes. It may depend on other process for 
data or scheduling. 

TMB 

Telemetry Buffer 

UDF 

Unit Development Folder 

VDU 

Visual Display Unit 

VM 

Vi rtual Memory 
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APPENDIX C 

SWID RELATION FORM GENERATION PROCEDURE 


The SWID FORTRAN Program extracts ATE subtable data located in the Space- 
lab Data Base (SLDB) which resides on the IBM 4341. This data will be re- 
corded by SWID for each ATE subtable and transcribed to a SEID relations form. 
The ATE subtables to be extracted from the SLDB are defined in Figure 

C-l. 

To extract the ATE subtables and generate the aforementioned SWID Re- 
lations forms, the user will exercise step 1 described in Figure F-l of Ap- 
pendix F. This VM/CMS procedure will prompt the user to all ATE subtables to 
be addressed and generate this corresponding SWID Relations form. 
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SUBTABLE NAME 


SUBPART 


A/AIDA 

A/AISC 

A/AIMS 

A/AOSA 

A/DIGDA 

A/DIGM 

A/DIGS 

A/DISDA 

A/DISM 

A/DORM 

A/DOSM 

A/GIDA 

A/GIMS 

A/GISC 

A/GOMS 

A/GOCL 

A/SOCD 


Figure C-l. Subtables and Subparts 
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APPENDIX D 

STIMULI /MEASUREMENT SWID PAIRS GENERATION 

The SWID relations file will contain appended information which defines 
the measurement SWIDs affected by a given stimuli SWID (for this reason, the 
SWID relations file is also referred to as the stimul i /measurement SWID pairs 
file in the GSMF documentation). This information will be categori 2 ed into 
four parts (i.e., SWID, measurement SWID(s), count, and behavior function. 

The Information, which resides within the stimul i /measurement SWID Pairs File, 
is collected and compiled through a series of steps involving manual processes 
of matching and mapping data. The first process is to manually locate a 
stimuli SWID. Once a stimuli SWID is located, information such as group 
number, subtable name, and SNI will be used to yield a reference to other data 
pertaining to the stimuli SWID, namely, measurement SWID(s), measurement SWID 
count, and behavior function. 

With reference to Figure D-l, Stimuli SWID Number 9245 is one of many 
SWID(s) in the host database. It is manually found by scanning the database 
report. 

Stimuli SWID 9245 is mapped by retaining: 

1) The predefined group number, which is 11 in this case 

2) The sub table name, which is SOCD 

3) The SNI, which is "Clear TLM Error Counters." 

NOTE: "Counters" indicates more than seven measurement SWIDs will be affected 

by SWID 9245. 

After obtaining the stimuli SWID information, a scan of the database 
listing is made for the affected measurement SWID. Referring to Figure D-2: 

1) A search for an identical SNI (which is "Clear TLM Error Counters" in 
this case) predefined in its given group number (which is 11 in this 
case) is found. 

2) It is found that three SWIDs, 8197, 8198, and 8199 resulted from the 
mapping and cross reference of stimuli SWID Number 9245. Thus, the 
measurement SWID count is 3 and the measurement SWIDs which were 
effected by Stimuli SWID Number 9245 are 8197, 8198, and 8199. 
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D-2 


Figure D-l. ATE SWID Report (Stimuli) 
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Figure D-l. ATE SWID Report (Stimuli) (Continued) 
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Figure D-2. ATE SWID Report (Measurement) 



Referring to the SWID relations form for SWID 9245 in Figure D-3, the 
measurement SWID information obtained would be entered as GSMF data base 
requirements (i.e., 3 for the measurement SWID count, 8197, 8198, and 8199) 
for the measurement SWIDs and T9245 as the behavior function name. This would 
constitute the Stimul i /measurement SWID pairs for Stimuli SWID 9245. 

The format for this STIMULI /SWID relationship would be indicated in 
Figure D-3. When SWID measurements effected are more than three, continuation 
is started directly beneath the start of the previous line (indicated in 
Figure D-3 as SWID 9999). It must be noted that all measurement SWIDS are 
defined in a five character field right justified and behavior functions in a 
eight character field left justified. A maximum of fourteen measurement SWIDs 
can be accommodated for each Stimuli SWID. (A blank character for purpose of 
clarity is indicated by b.) 
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GSMF REQUIREMENTS FOR SWID 9245 OF SUBTABLE /SOCD 

SYMBOLIC NAME: CLEAR TLM ERROR COUNTERS TM CLR EC 

MML-ID: SLLK0322P HW ADDR PI: 

SOURCE: GO CD 5170 HW ADDR P2: 

DESTINATION: TIM COUPLER AD HW ADDR P3: 

REMARKS: 

PARAMETER TYPE: 1 

COMMAND ARRAY: 

5170 

RELATED SWIDs SUBJECT TO CHANGE: 

GSMF DATA BASE REQUIREMENTS: b308197T 9245bb08198T9245bb08199T9245 09999T 924 5bbb 

GCOS UTILIZATION: 

BEHAVIOR FUNCTION REQUIREMENTS: 

SCOS/ECOS MODELING REQUIRED: 

GC ID /BUFFER REQUIREMENTS: 

SWID RELATIONSHIP DESCRIPTION 


Figure D-3. SWID Relations Form 
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APPENDIX E 


1. OVERVIEW 


PCU OPERATING SYSTEM SERVICES 


The Display Control software utilized by the GSMF system has been obtained 
from the Payload Checkout Unit (PCU) software. Hence, the following docu- 
mentation has been extracted from the Payload Checkout Unit Application 
Software User's Guide (IBM Document Humber 7940054B, IBM Federal Systems 
Division) with minor revisions to reflect functional usage with the GSMF 
system. 

2. DISPLAY SUPPORT 

Display Support includes on-line and off-line services that are provided 
specifically for use with the CRT consoles attached to the P-E 3220. 

Subsections 2.1, 2.2, and 2.3 which follow describe the support provided 
(i.e., display services) from an operational standpoint, display genera- 
tion, which is an off-line preparation service, and display communications, 
which is an application task real-time service. 

2.1 Display Services 


2.1.1 Overview 

The GSMF operator (s) interfaces with system and application software (and 
vice-versa) from the P-E 1200s. These devices, each consisting of a key- 
board and CRT screen, are referred to as test consoles (TC) and allow two- 
way communication utilizing the following elements: 

a) Preformatted display pages 

b) Compose fields 

c) Menus 

d) Fill-in fields 
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e) O-line messages 

f) 1-line commands 

g) Error numbers. 

These elements and their general usages are discussed In the following 
subsections. In addition, a layout of the TC keyboard Is provided (Figure 
E-l). 

✓ 

2.1.2 Preformatted Display Pages 

The GSMF system is built around a set of predefined display pages. These 
pages will be titled (first/second lines) based on their function. Other 
elements that may be present are descriptive text, menu options, compose 
fields, and fill-in fields. The Display Control software al so maintains 
GMT and MET/CDT in line 1, columns 1-16 and 61-80, respectively, for all 
active TC screens. 

2.1.3 Compose Fields 

Compose fields, areas on the screen denoted by underscores (-), provide 
the mechanism for the operator to enter data destined for the controlling 
software. The following items are applicable to compose fields: 

a) The entire compose field must be filled prior to depressing 
any one of three SEND keys. 

b) Data entered into a compose field is retained across other 
displays. Compose date may be resent by re-entering as little 
as one character. 

c) The TAB and BACK-TAB (|*) keys ere used to position cursor to 
Individual compose fields (including 1-Hne). 

d) The cursor must be positioned past the compose field to be sent 
prior to depressing SEND key. This is performed automatically 
if data is entered into the entire field. 
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Figure E-l. Test Console Keyboard 




e) Compose fields (data) must be sent individually, i.e., one at 
a time. 

f) The audible alarm will be heard if data is sent. If the alarm 

is not heard, depress SEND key again. If unsure, depress the SEND 
key again since entry will be ignored if field was already sent. 

g) If data entered is invalid, a message indicating such will be 

displayed within the O-line. Reenter and resend the data. 

h) The sending of compose field data may or may not cause a new 

display to be brought up. 

i) Any attempt to enter date into any position on the screen other 
than a compose field (and I-line), will result in a keyboard lock 
condition. 

2.1.4 Menus 

A menu Is defined to be a group of 1 to 16 options selectable for a given 
display with each option defined textually on one and only one line. In 
general, an option line takes on the following form: 


Where T is the text characters describing the option and n is a number (1-16) 
identifying the menu option number. Function keys one (1) to sixteen (16) 
are used to select individual options; therefore, n also indicates the 
function key. Usually a new display is brought up on option selection but 
not necessarily. 

2.1.5 Fill-in Fields 

Fill-In fields provide one method by which GSMF software communicates with 
the operator. These predefined fields (up to 125 per display page) may be 
updated with function dependent variable data at any time regardless of 
whether the page is being viewed. Fill-in data is always broadcast to all 
active TCs containing a copy of the target display page. Note that all 

fill-in field data must be sent as ASCII data. 
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2.1.6 0-L1ne Messages 


Two classes of messages are output to the dedicated 0-1 Ine (line 23) by the 
GSMF software. Information conveyed by a given message Is function de- 
pendent and self explanatory. The particular message class (A or B) Is 
always Indicated at the beginning of the message. 

2. 1.6.1 Class A Messages 

Class A messages normally Indicate an operational problem that requires 
operator intervention. Class A messages must be specifically acknowledged 
(Ref. 2. 1.7.2) and are output on a FIFO basis. A Class A message will 
override a Class B message on the 0-11ne. Also Class A messages are always 
broadcast to all active TCs. 

2. 1.6.2 Class B Messages 

Class B messages are provided for operator Informational purposes or to 
Indicate a non-critical error. Class B messages are output on a FIFO basis 
and are acknowledged indirectly upon depressing any function or send key. 

2.1.7 I-L1ne Commands 

I-line commands are provided to communicate a specific operator request 
regardless of the display page being viewed. The command Is entered by 
tabbing to the 1-line, typing a one to four character mnemonic, an optional 
operand, and depressing a send key. Individual I-Hne conmands are 
described in the following paragraphs. 

2. 1.7.1 Error Number Acknowledge (NAC) 

The NAC command is used to acknowledge the currently flashing error number 
(Ref. 2.1.8). No operand is involved and shifted function key one dupli-^ 
cates this command. 
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2. 1.7.2 Message Acknowledge (MAC) 


The MAC command is used to acknowledge the currently displayed class A 
message. No operand is involved and shifted function key #2 duplicates 
this command. A Class A message may only be acknowledged from the TC (1-5) 
Identified by the number just preceding the Class A Indicator. This is the 
broadcasting TC (i.e., the original target TC of the applications task's 
request) . 

2. 1.7.3 Identify Current Error Number (ID) 

The ID command Is used to Identify the currently flashing error number 
(Ref. 2.1.8). Entering this command results In display skeleton DP0000 
overriding the current display and error number related text being filled 
into an associated fill-in area. No operand Is Involved and shifted 
function key three duplicates this comnand. 

2. 1.7.4 Display (D) 

The D command is used to refresh the screen with a specified display page, 
I.e., override the current page. The operand, a 1-4 digit number, speci- 
fies the display page . 


2. 1.7. 5 Load a Task (LO) 

The LO command is used to load the task named In the 1-8 character operand 
The named task must be a task file (TSK extension) and contained on volume 
MSM1 . 

2. 1.7.6 Start a Task (ST) 

The ST command is used to start a task named In the 1-8 character operand. 
The named task must have been previously loaded (Ref. 2. 1.7.5). 

2. 1.7.7 Cancel a Task (CA) 

The CA conroand is used to cancel a task named in the 1-8 character operand 
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2. 1.7.8 Suspend a Task (SUS) 


The SUS command is used to suspend (pause) a task named In the 1-8 charac- 
ter operand. 

2. 1.7. 9 Release a Task (REL) 

The REL command Is used to release a task named In the 1-8 character 
operand. The named task must have been previously suspended (Ref. 

2. 1.7. 8). 


2.1.7.10 Send Message to Task (SEN) 

The SEN command is used to send a 1-64 character message (2nd operand) to 
the task named In the 1-8 character 1st operand. The target task must be 
in memory and capable of receiving messages. 

2.1.8 Error Numbers 

Abnormal conditions detected by GSMF software are normally conveyed to the 
operator via a 3-digit error number. Operator intervention may or may not 
be required; however, the number must be acknowledged (Ref. 2. 1.7.1). If 
the operator does not know the meaning of a specific number, the ID conmand 
may be used - for a detailed explanation (Ref. 2. 1.7. 3). Error numbers are 
placed Into a dedicated flashing field on line 2, column 70-72 of the TC 
screen. Error numbers are not broadcast. 

2.1.9 Hierarchical Display Support 

The Display Control software supports a hierarchical paging structure 
whereby a next page, the same page, or the previous page may be associated 
with either a menu option line or a compose field. This association Is 
made at display generation time and basically, allows previously displayed 
pages to be recalled in the reverse order that they were orglnally 
displayed. 
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2.1.10 Multiple SCS Support 


The display control software in reality is one to five Independent tasks 
(reentrant) (DSPLCTll - DSPLCTL3) with each supporting TCI - TC3, re- 
spectively. Keyboard actions at a given TC result In parameter blocks 
being built that contain the specific TC ID (1-3). These parameter blocks 
are passed to and interpreted by the associated application tasks. In 
response and In general, such application tasks should append the TC ID 
passed, to the Display Control task name (DSPLCTLN) required within the 
service request block when communi cations back to the TC Is required. In 
doing so, the application has performed Its only requirement in support of 
multiple TCs. 

2.2 Display Generation 


2.2.1 Overview 

Utilizing a set of supplied macros, the applications programmer defines the 
text and control information necessary for building the display page (see 
related macros). These macros then become input to the P-E 3220 Macro 
Processor which in turn generates a source file suitable for input to the 
CAL assembler. In addition, an assembly listing of the generated assembler 
statements reflecting the defined display is also produced. Error messages 
may or may not be embedded within this listing. If present, such messages 
will be sel f-explantory. 

Also, the display must be 'established' in order to be recognized as a 
viable display. This is accomplished through the P-E 3220 Task 
Establishing Task (TET). The object file created as output from the 
assembly phase becomes input to TET. The output file produced from this 
phase constitutes an established display and may be placed on the TC screen 
and/or the printer utilizing the PRTDSPIY off-line utllty (Ref. Sub-section 
6 . 12 ). 

Two CSS procedures are available to control the entire process of display 
generation and establishment. Figure E-2 shows the use of these procedures 
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Fiqure F-?, Display Generation Overview 







In the Display Generation and establishment process. It should be noted 
that the display must be established on volume MSM1 In order to be accessed 
by Display Control software. 

2.2.2 Display Generation Macros 

Six (6) macros are provided in support of Display Generation. These 
macros, described In subsequent paragraphs, as as follows: 

a) TEXT macro 

b) TEXTEND macro 

c) OPTION macro 

d) COMPOSE macro 

e) LEGAL macro 

f) DSPLYEND macro 

2. 2. 2.1 TEXT Macro 

One or more (up to 22) TEXT statements ere used to comnunicate the text 
portion of a display. A TEXT statement has the following format: 

C C TEXT LN*N,LINE“ ' ASCII TEXT CHARACTERS — ' 

The line number (LN=N) is optional and may contain a value of 1-22. 

If IN=N is specified, it must be at least one larger than the previous 
line number (explicit or implied)^ If LN*N Is not specified, then the 
Implied line number Is one greater then the previous line number. The 
Implied line number of the first TEXT statement Is one (1). 

Text characters specified In the "LI HE*" parameter must be enclosed In 
apostrophes and may include any valid ASCII characters with the exception 
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of apostrophes. Certain ASCII characters however, are used as special indi 
cators. These characters and their usage Is as follows: 

• Underscore {_) - Indicates compose field 
a At sign ($) - Indicates option line, 

a Exclamation point (!) - Indicates fill-infield 

a Dollar sign ($) - Indicates blinking field. 

For the purpose of clarification, the definition of compose field, 
fill-in field, and option line is presented here along with appropriate 
rules/restrictions regarding the usage of such. 

a) Compose Field 

An area within a text line where variable TC keyboard data 
may be entered with the Intention of passing such data to a 
GSMF applications task. Two or more consecutive underscore 
symbols shall be required of which the first shall be un- 
available for keyboard entry. That underscore shall be 
overridden with an attribute character and shall be display- 
ed as a blank. In addition, the character Immediately 
following the last underscore shall be overridden for the 
same purpose as well. Finally, only one compose field per 
line is allowed and sixteen (16) per display. 

b) Option line 

Any line in which the 0 symbol Is detected. The purpose of 
an option line is to Indicate that an associated TC function 
key (1-16) may be used to signal a GSMF applications task 
and/or signal Display Control to refresh the TC screen with 
another display. The specific function key number (1-16) is 
computed based on the numerical order of prior option lines 
and relative to one (1). This number Is then Inserted into 
the line immediately following the '0* symbol. Either one 
or two text characters will be overridden. The symbol 
should not appear In positions 78-80 of the line. Also, the 
maximum number of option lines permitted in a display is 
sixteen and compose fields are not allowed in option lines. 
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c) 


Fill-In Fields 


Fill-In Fields are defined to be fields that application 
tasks may request the placement of fill-in data. Such a 
field is Identified by arranging one or more consecutive '!' 
symbols in the proper position of the text line (i.e., 
through the “LINE*" operand). Hultiple fill-in fields may 
be arranged on a single line or an entire line (80 
characters) may encompass a single fill-in field. Also, 
there Is no restriction with regard to compose fields or 
option lines. The maximum number of fill-in fields per 
display Is 125. Fill-In fields will be addressed by 
applications tasks through a fill-in field number. Such 
numbers will be assigned by the display generation process 
and will be 1-N depending on numerical sequence of the 
specific fill-in field with regard to prior fill-in fields. 
Finally, unfilled fill-in fields will be displayed as blanks 
on the TC screen. 

The '$' symbol shall be used within a text line(s) to 
indicate the beginning and end of a blinking area (field) on 
the screen. One byte will be (for each $) dedicated for the 
generated control code (blinker on/blinker off) and shall be 
displayed as a blank. There are no restrictions on the 
usage except as follows: 

1. No compose fields should be defined within a blinking field 

2. The symbols must be paired. 

2. 2. 2. 2 TEXTEND Macro 

The purpose of the TEXTEND macro Is to indicate the end of TEXT macro 
processing for the generation of a given display. 

The TEXTEND macro statement must Immediately follow the lest TEXT macro 
statement and has the following format: 


C.C.10 

TEXTEND 
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Ho operands are required for this macro. Its primary function Is to cause 
the generation of required control Information such as total text area 
length and fill-in field addresses and lengths. 

2. 2. 2.3 OPTION Macro 

The purpose of the OPTION macro is to connunlcate the 'next task' and/or 
'next display' that is to be associated with a particular option line 
(function key) within the display text. 

There must be one OPTION macro specified for each option line within the 
text of the display. Such stetement(s) must also lumediately follow 
the TEXTEND macro. In addition, the OPTION macro statement (s) must be 
specified In the same numerical sequence for which the associated option 
line was positioned. That is, the first OPTION macro Is associated with 
the first option line, the second OPTION macro with the second option line, 
etc. 

The OPTION statement has the following format: 

C.C.10 

OPTION TASKNAME ,D$Pl 


The first operand Is optional and If specified, must be the name of 
the task to receive control upon depression of the associated TC function 
key. The second operand is required and may be SAME, PREV, or a one to 
four digit display number. SAME may be specified to Indicate to display 
control that the current display Image Is to remain on the TC screen. 

PREV Indicates the previous display Image Is to replace the current Image. 

2. 2. 2. 4 COMPOSE Macro 

The purpose of the COMPOSE macro is to conmunicate the 'next task' and/or 
the 'next display' that Is to be associated with a particular compose 
field (keyboard entered data) within the display text. 
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There must be one COMPOSE macro specified for each compose field within the 
text of the display. In addition, each COMPOSE macro statement must be 
paired with a corresponding LEGAL macro statement (see LEGAL macro). The 
COMPOSE/LEGAL pair grouping must imnediately follow ar\y OPTION statement(s) 
that may be present. Each C0MP0SL/LE6AL pair must also be specified in 
the same numerical sequence for which the associated compose field was 
positioned. That is, the first COMPOSE/LEGAL pair Is associated with the 
first compose field, the second COMPOSE/LEGAL pair with the second compose 
field, etc. 

The COMPOSE statement has the following format: 

C.C.10 

COMPOSE TASKMAKE.DSPL 

where the first operand is required and must be the name of the task to 
receive control upon TC keyboard data being entered Into the associated 
compose field. The second operand Is required and may be SAME, PREV, or 
a one to four digit display number, i.e., next display. SAME may be 
specified to Indicate to Display Control that the current display Image is 
to remain on the TC screen. PREV indicates the previous display image is 
to replace the current Image. 

2. 2. 2. 5 LEGAL Macro 

The purpose of the LEGAL macro is to indicate compose field parameter limits 
and compose field validation and conversion requirements. 

There must be one LEGAL macro specified for each compose field within the 
text of the display. In addition, each LEGAL macro statement Rust be 
paired with, I.e., Immediately follow, an associated COMPOSE statement 
(see COMPOSE macro). Also, the COMPOSE/LEGAL pair must be specified in the 
same numerical sequence for which the associated compose field was position- 
ed in the text. 

A compose field, for the purpose of validation and conversion, consists 
of one or more parameter fields. For the purpose of validation, each 
parameter may consist of one or more sub-parameter fields. With this in 
mind, the LEGAL statement then requires the following format: 

E-14 




C.C.10 

LEGAL (P 1 ).(P 2 > (P n ) 

P-j Is required and represents the operand describing the validation 
and conversion necessary for the first (or only) parameter field within 
the associated compose field, ^"^n would describe additional parameter 
fields. 

Each P operand has the following format: 

(*»£■} »n^ • • *3) 

* 

where: « is the type of parameter to be passed to the application 

task. 

E Is the type of data entered (sub-parameter type) for this 
« field. 

n is the number of characters In a sub-field, 

y is the legality check data for a sub-field. 

« may be: 

C for characters. 

F for a fixed point number (Integer only). 

E for a single precision floating point number. 

D for a double precision floating point number. 

H for hexadecimal digits 0-9 and A-F. 

B may be: 

A for alphabetic characters 

B for binary digits (P or 1). 

D for decimal digits (P-9). 

M for all type characters. 

H for hexadecimal digits P-9 and A-F. 
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y is either 6 or (£.j;6 2 ) 

£ Is en acceptable field contents. 

Is the lower limit of an acceptable field contents. 

$2 is the upper limit of an acceptable field contents. 

Display Control shall perform validation of sub-field data entered based 
on y data. This validation for a field of proper type shall be of the 
form: 


LEGALITY CHECK - . . .[.Y n ]) 

t 

If the field passes one of the content or range checks, it shall be accepted. 
Finally: 

1 + in * number of (underscore) symbols in a given compose field. 

An example of a LEGAL statement is: 

C.C.10 C.C.72 

LEGAL (C,A,1 ,(A,B) ) i (C,A,1 , (H,F,Z)) ,(C»H,2,(S1 ,$2)), 2 

(E,M,1 ,(+,-) ,D, 3, ,M,1 ,. ,D,1 , ,M,2, (E*,E-),D,2) , 2 

(C,M,2, (T1 ;T7 ,X1 ;X7 ) ) 

This LEGAL statement defines the validation/conversion required for a compose 
field with five parameters. The first three are character fields, the fourth 
Is a floating point number, and the fifth Is a character field. The first 
parameter Is one alphabetic character that can be either A or B. The fourth 
parameter describes a floating point number and consists of seven sub-fields. 

A typical entry for this parameter might be: 

♦123.4E+11 

The fifth parameter Is character date that can be within the range T1 to T7 
or XI to X7. 
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2. 2. 2.6 DSPLYEND Macro 

The purpose of the DSPLYEND macro is to indicate the end of the Display 
Generation process. 

The DSPLYEND macro statement must be the last macro statement within the 
group. The statement has the following format: 

C.C.10 

DSPLYEND 

No operands are required for this macro. Its primary function Is to cause 
Initiation of final validation on the overall Display Generation process. 
Specifically, the number of option lines vs. number of OPTION statements 
and the number of compose fields vs. number of COMPOSE/LEGAL pairs are 
checked. 

2.2.3 Display Generation Example 

The following example illustrates the necessary control statement required 
to generate a typical test console display. 
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At least one blank 


C.C.10 OPERATION 
ML IBS 
TEXT 

t 

TEXT 

TEXTEND 

OPTION 


OPTION 

COMPOSE 

LEGAL 


COMPOSE 

LEGAL 


OPERAND (S) 

7 Defines macro library L.U. 


‘...TEXT...* 


Defines text, etc. 
(1*22 statements) 


'...TEXT... 1 

Defines end-of-text 

TASK.OSPL 


One statement for each 
option line 


TASK.OSPL 

TASK.OSPL 
(LEGAL DATA) 


One compose/legal statement 
pair for each compose 
field 


TASK.OSPL 
(LEGAL DATA) 


DSPLYEND 

END 


Defines end-of-dl splay 
Required for assembler 


It should be noted that the very first (MLIBS) and very last (END) 
statements are not display generation macros; however, such state- 
ments are required Input for proper operation. 
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2.3 Display Communications 


2.3.1 Overview 

Display communications In GSMF Involves two distinct areas. These are: 

a) Communicating TC keyboard entries to associated target 
application tasks. 

b) Communicating TC screen request made by application tasks. 

Item 'a' above may be initiated by either selecting a menu option (function 
key) or sending compose field data. In both cases, a parameter list Is 
constructed and the address passed to the application task via the SVC 6 
Q-PARM facility. It is up to the application task to decode and act 
accordingly on the passed parameter list. Item ' b* above Is Initiated by 
the application task through the same facility and involves the passing of 
a request block to a specific Display Control task. These Display Control 
communications services are described in detail In subsequent paragraphs. 

2.3.2 Menu Option Handling 

Upon fielding the menu option selection (function key), Display Control S/W 
examines associated display page control information to determine whether 
communications with a target application task Is required. If not, then 
'next page' processing is performed and no Interface to an application task 
is established. If an application task Is associated however, then a 
'function key' parameter list, as described In Figure E-3, Is constructed 
and passed to this task. It Is assumed that the applications task Is 
capable of receiving a parameter list (l.e., conforms to the rules of a 
queue service Interrupt handling task as described In Section 3 of the 
Interdata 0S/32-M7 Program Reference Manual , Pub. No. 29-613). 
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FIELD DESCRIPTION'S: 

1. PARK ID. - X'02‘, Identifies parameter list type. 

2 . TC ID. - ID (1-n) of associated test console. 

3. FK # - Binary number (1-16) of function key that was 

depressed. 

4. 4-DIGIT DISPLAY # - Display Identifier for which this parameter 

list Is associated. 


Figure E-3. FUNCTION Key Parameter List 
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If an error Is detected on attempting to pass the parameter, the Display 
Control S/W assumes the associated task is not in memory. In this case, 
Display Control S/W will attempt to load, start the task, and again pass 
the parameter. If an error Is detected during this phase, an appropriate 
Class 6 message Is output and no further action Is taken. 

2.3.3 Compose Field Data Handling 

As with menu option handling, the communications to the application task 
for a compose field entry is performed in exactly the same manner. How- 
ever, prior to construction of the associated parameter list, validation 
and conversion is performed on the entered compose data according to the 
LEGAL data specified at display generation time. 

Figure E-4 illustrates the parameter list generated and passed to the 
applications task. In addition. Tables E-l and E-2 are provided to further 
clarify the automatic validation and conversion performed on a compose 
field entry. 

Both parameter lists (compose data and function key) are built In storage 
obtained from CMPOOL (Ref. 5.3.2). It Is the application task's respon- 
sibility to properly release this storage once processing Is complete. 

2.3.4 Display Applications Services 

The Display Control software supports a variety of display related and 
application task request services. These Include the following: 

1) Fetch display page to memory 

2) Display specified page Image 

3) Update display page (single fill-in field) 

4) Update display page (multiple fill-in fields) 
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COMPOSE FIELD 
MEADE A 



CF (NUMBER 

NUMBER ] O' FARMS 


N.F. 

OFFSET 


FARAMETIR NUMBER I DATA 
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PARAMETER MOR 1 


PARAMETER HDR 2 


COMPOSE FIELD / 
DESCRIPTOR \t 


PARAMETER NUMBER 2 DATA 



parameter hdr n 


FIELD OCF INIT10NS : 


1. RASP IT. - *'01', Identifies paraaeter lilt type. 

2. TC ID. • 10 (ASCII 1-n) of assodst ed test console. 

3. A-D1GH DISRlM « . DJSRlAY IDENTIFIER (ASCII 0000-1999) 

A- C.f. # - Ccapcsf field nuaber (binary 1-n) iritN respect tc naeertcal sequence of 

entire tet of coepose fields In display- 

5. I FARRS - buafcer of paraaeters (binary 1-n) caprtslng associated coapcse field. 

t. N.F. OFFSET • Reit paraaeter offiet (binary), l.t., value to be added to address of this 

field in order tc address neit paraaeter hdr. A aero (t'00'1 value 
Indicates this Is last paraaeter for associated cob pose field. 

7. T (TYPE) - Type of paraaeter (ASCII); aey be C-eharacter, F-f lied point, D-Otl pr»c. 

floating pt., E-Spl prec . floating pt., h-hexadeclaal . 

6. I (LENGTH ) - btatier of bytes (binary) In paraaeter. 

9. PARAMETER DATA - Keyboard entered data In foraat designated by ceneertlen requlraaenti 

Stipulated Mien display aas generated. 


Figure E-4. COMPOSE Field Entry Parameter List 
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Table E-l. Display Compose Field Sub-parameter Validation 


TYPE 

VALIDATION 

A-Alphabetic 

Each character of Input sub-parameter 
Is tested for alpha (A-Z) restricted. 

B-Bina'-y 

Each character of Input sub-parameter 
Is tested for binary (0 or 1) restricted. 

D-Declmal 

Each character of Input sub- parameter Is tested for 
decimal (0-9) restricted. 

H-Hexadeclmal 

Each character of Input sub-parameter 1$ tested fo»- 
hexadecimal (O-f) restricted. 

M-Mixed 

All characters are valid. No automatic validation Is 
performed unless an actual or range comparator s) was 
specified when display was generated. 
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Table E-2. Display Compose Field Parameter Conversions 



TYPE 

CONVERSION 

C-Character 

No conversion done. Character string aligned 
on full word boundary and passed. 

F-FIxed Pt. * 
(Integer only) 

Value eiust be an Integer with an optional sign 
only. The value Is converted to a 2's complement 
binary number and passed In a fullword. 

E-SIngle- 
Preclsion 
FU. Pt. 

Value may be a signed Integer, fraction, or 
mixed number. Optionally, exponent may be 
specified. The value Is converted to a 
floating pt. number (characteristic and 
fraction) and passed In a fullword. 

D-Double - 
Precision 
Fit. Pt. 

Same as *E" except converted value Is a 64-bit 
number and Is passed as a double-word. 

H-Hexadeclmai 

Each Input character Is translated to Its corres- 
ponding hex value; l.e., 0-F»00-OF. The 4 MSBS of 
each character are then removed, the string packed 
and passed aligned on fullword boundary. 


* Fixed point fractions are net supported, l.e., only Integers. 
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5) Initialize fill-in fields (all) 


6) Output Class A message 

7) Output Class B message 

8) Output condition/error number 

9) Compose field initialize (single) 

10) Compose field initialize (all) 

As previously mentioned, all requests are made by passing an appropriately 
formatted request block. This request block must be acquired from CMPOOL. 
Therefore, the application task must be properly linked with the CMPOOL 
task common. Subsequent paragraphs describe each of the various services 
In detail. In addition. Figure E-5 and Table E-3 describe the required 
request block. It should be noted that the modifier bit (bit 1) of request 
service code (RSC) is used for requests 3, 4, 6, and 7. If set to a 1, it 
will Indicate that Display Control S/W is to free the associated data area 
(message or fill-in data area) pointed to by the R.B. data addr. field 
(RB+20) . 

2.3.4. 1 Fetch Display Page to Memory 

Execution of this service will cause the specified display page to be 
fetched Into the display stack area of memory unless It Is already In 
the area. Use of this service Is limited since It Is performed auto* 
matlcally on all other service requests Involving a specific display 
page. 

2. 3. 4. 2 Display Specified Page 

Execution of this service will cause the specified display page to be 
fetched to stack area (if not already there) and placed on the TC screen 
being controlled by the target display control task (l.e., overrides the 
existing Image). 
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BYTE 

0 

1 2 3 

0 

RBID 

RSC | RCC I SON 

4 


TASK 

B 


ID 

12 

DISPLAY ID 

16 

CONDITION/ERROR NUMBER 

16 

FF NO. 

UNUSED 

20 

DATA ADDRESS i 


DUAL USAGE WORD 


field umiit 


l. 

RBID 


X‘03’, identifies this control block ts t Display Control request block 

2. 

RSC 


Request service code. Identifies specific Dlsplty Control function to be 
per formes (see Ttble E-3). 

3. 

RCC 


Request completion code. Indicttes coopletion type (tueeessful, unsuccessful) 
Of request. 

4. 

SCR 


Service completion notification. 

5. 

TASk ID 


Eight-byte name of requesting tesk. Required if TC Indicttes queue tnd/or 
release . 

6. 

OISFIAY ID 


Four-digit ID (name) of target display (required for *11 requests eicept 6, 7, 
*nd £! . 

7. 

C0KDITI0K /ERROR # 


Four-drgit ASCII error nusber. Used to indicate specific errors or conditions 
detectte by applications. 

t. 

FF » 

- 

Fill-In field number, binary J-K. (Alto used to Indicate single coapose field 
to be reinitialized . ) 

». 

DATA ADDRESS * 

- 

Address of fill-in data or one-line acssage. 


• As with this request block, the data address If used Bust point to an tret within the global cswen 
CBPOO... Furthermore, the tret Bust be fullwcrd aligned with the flrtt two bytes containing the length 
(binary) of the succeeding dttt. 


Figure E-5. Display Control Request Block 

E-26 



Table E-3. Display Service Request Block Cross-Reference 










2. 3. 4. 3 Update Display Page (Single Fill-in Field) 

Execution of this service will cause the specified display page to be 
fetched to stack area (if not already there). The specified field (FF# ) 

Is then updated with the data pointed to by the request block (data addr.42). 

If the page Is also being viewed on any active TC screens, then those 
Images are updated as well (i.e., broadcast). Validation Is performed prior 
to the update operation to Insure the specified F.F. # end data length 
(1st H/W of data area) corresponds to a valid fill-in field number or length for 
the display. The request block RCC field Is set to X'04‘ or X'08‘ respectively 
if the validity of these Items cannot be established and assuming TC indicated 
post RCC as part of service complete notification. 

2. 3.4. 4 Update Display Page (Multiple Fill-in Fields) 

Execution of this service is handled exactly as with a single fill-in field 
update request with the following exceptions: 

a) F.F.# in request block Is used to Indicate the 1st of N contiguous 

fields. 

b) Data length (1st H/W of data area) specifies total composite 
length of contiguous fields to be updated. This length must 
be the exact length and be followed by the exact amount of 
data required to fill all N fields. 

2. 3. 4. 5 Initialize Fill-in Fields (All) 

Execution of this service is performed for the specified display page 
much like the multiple fill-in field update service. However, no F.F. # 
nor data address is required in the request block. All TC screens 
with target display page being viewed will be affected (I.e., service is 
broadcast). Also, no single fill-in field Initialize service is provided 
since this can be accomplished with the single fill-in field update re- 
quest by simply supplying ASCII blanks for the data. 
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2. 3. 4. 6 Output Class A Message 


Execution of this service will cause the specified message to be scheduled 
for output to the 0-lines of all active TC screens. Scheduling is on a 
FIFO basis; however, any active Class B message will be overridden. If the 
message Is greater than 72 bytes It is truncated. As with fill-in data, 
the message length and succeeding message Is addressed through the data 
address field of the request block. 

2. 3.4. 7 Output Class B Message 

Execution of this service is performed exactly as with a Class A message 
except for the broadcast feature. The Class B message Is output only to 
the TC screen being controlled by the target display control task. 

2.3. 4. 8 Output Condi tion/Erro'' Number 

Execution of this service will cause the specified error number (Ref. 
2.1.8) to be scheduled for output on a FIFO basis to the TC screen being 
controlled by the target display control task. If a user Intends to use 
this service in a new application task, then consultation with the system 
programmer is required since the number must be assigned and message text 
must be placed into the off-line file (Ref. 2.4). 

2. 3.4. 9 Initialize Compose Field (Single) 

Execution of this service will cause the compose field, as specified by 
the F.F. 1 field of the request block, to be reset to underscores (_J 
for the target display page. If this page is being viewed on any TC 
screen, then it is reset on those screens as well (i.e., broadcast). The 
compose field specified must be a valid compose field for the specified 
display page. RCC=X'04' is posted if not and assuming post RCC was 
specified by the SCN field. 
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2.3.4.10 Initialize Compose Field (All) 

Execution of this service Is handled by the Display Control software 
exactly as In 2. 3. 4. 9 except that all compose fields for target display 
page are reset. The compose field number (F.F. # field) In request block 
Is not required. Use of this service as well as the single field reset 
service is limited since resetting a compose field is not required before 
reentry of compose data in that field. Also, the operator can reset com- 
pose fields on a page being viewed at any time via shifted function key 
four. 


2.4 Error Number Message Text Generation 

This sub-section defines the method by which error (or unusual condition) 
message text is generated to coincide with display error numbers (Ref. 

2 . 1 . 8 ). 

These messages, intended to provide meaning for error numbers, are gener- 
ated and maintained in a disk file on volume MSM1: and named ERRORMSG.TXT. 

This file has the following characteristics: 

a) File has been initialized to 1000 records (blocks), each 256 
Bytes in length. 

b) Each record contains message text for a corresponding error 
number in the range of 000-999. 

c) Records that have not been updated contain text indicating NOT 
DEFINED. 

d) Message text from record will be used as fill-in data for display 
'DP000Q' by Display Control in response to an ID I-11ne comnand, 
Ref. 2. 1.7. 3 and Figure E-6. 

A utility update program (MFUPDATE) is provided on the P-E 3220 in 
conjunction with the CSS procedure JFUP to perform ERRORMSG.TXT file 
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Fiqure F-6. Display Control Request Block 



0 


maintenance In non-realtime mode. This program and procedure require a 
card Image Input file that adheres to the format given In Table E-4. 

At least one MSG line (statement) Is required. Also, the set of Input 
statements may consist of multiple subsets to allow updating of multiple 
records. The /* statement denotes final end of Input. In addition, 
records may be updated in any order. 
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Table E-4. Program MFUPDATE and Procedure HFUP Card Image Input 
File Example 


c.c.l 

NU$E0*_ 

T 

T 

T 


c.c.ao 
is 

T 

T 

T 

T 


MSG LINE 1 
MSG LINE 2 
MSG LINE 3 
MSG LINE 4 
MSG LINE 5 
MSG LINE 6 


Where: NNN is a 3-dlglt error number and T Is Message text characters ( ASCII 
alphanumeric or special characters). 


/C19CCHW 
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GSMF DATA BASE GENERATION 


1. OVERVIEW 

Prior to the actual generation of the GSMF data base certain procedures 
must be executed. These procedures will properly create data which will be 
used in the creation of the GSMF Data Base. Basically these are five areas 
which must be addressed by the user to satisfy these apriori data re- 
quirements. Thse areas are as follows: 

1) SWID Relations Forms 

2) SWID Pairs File 

3) SWID Data File 

4) Run Documentation File 

5) SWID Initial Data File 

The data output from the aforementioned areas shall be generated within 
the IBM 4381 VM/CMS environment. This allows the user to be prompted for 
inputs in an interactive conversational atmosphere. The inputs required are 
basic and minimal and are tabulated in Figure F-l. It is assumed that the 
user is familiar with the IBM 4381 VM/CMS interactive system. 

The following is an explanation of each of the aforementioned areas and 
the steps required for their respective data generator. 

NOTE: All steps mentioned in the following paragraphs must be executed 

by the user on numeric ascending sequence i 

1.1 SWID Relations Forms/SWID Pairs File 

Once the SWID Relations forms as explained in Appendix C have been gener- 
ated, Step 1 of Figure F-l, then the SWID pairs file for a given Stimuli can 
be defined. The SWID pairs file as explained in Appendix D defines Stimuli/ 
Measurement SWID relationships and their incorporation into the SWID Relations 
form. The process used to accomplish this is defined in steps 2-4 of Figure 
F-l which will selectively display the SWID Relations form for a given ATE 
sub table on the IBM terminal for editing and then save the new version on IBM 
4341 for disk eventual GSMF data base addressing. 
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Step 

Procedure 

Function 

Inputs 

Reference 

1 

SWDPART 

GENERATE A SWIO RELATIONS FORM FOR A 
GIVEN ATE SUBTABLE IN IBM 4341 DISK 
DATA SET GSMF. SWDPRS. PARTS (MSfTBL ) 
WHERE # IS THE MISSION NUMBER 
TBL IS THE ATE SUBTABLE NAME 

SWD PART 
# 

TBL ■ 

APPENDIX C 

2 

SPRSIN 

OBTAINS SW1D PAIRS MEMBER TO BE 
UPDATED FROM OS DATA SET GSMF. SWDPRS. 
PARTS (MS#TBL ) WHERE # IS THE MISSION 
NUMBER 

TBL IS THE ATE SUBTABLE NAME 

SPRSSIN 

# 

TBL 

•APPENDIX F 

3 

SPRSMEM 

PUT UPDATED SWID PAIRS NUMBER IN OS 
DATA SET GSMF. SWDPRS. PARTS (MSfTBL ) 
WHERE # IS THE MISSION NUMBER 
TBL IS THE ATE SUBTABLE NAME 

SPRSMEM 

# 

TBL 

APPENDIX F 

4 

SWDPRS 

PUT ALL SWID PAIRS MEMBERS IN OS DATA 
SET GSMF. SWDPRS. PARTS (MS#) 

WHERE # IS MISSION NUMBER 

SWDPRS 

# 

APPENDIX F 

5 

SMIDIN 

OBTAINS SMID DATA MEMBER TO BE 
UPDATED FROM OS DATA SET GSMF. SMID. 
DATA (M#); WHERE # IS MISSION NUMBER 

SMIDIN 

# 

APPENDIX F 

6 

SM1DMEM 

PUT UPDATED SMID DATA FILE MEMBER 
IN IBM DISK DATA SET GSMF .SMID. DATA 
(M# ) ; WHERE # IS THE MISSION NUMBER 

SMIDMEM 

# 

APPENDIX F 

7 

RDXIN 

OBTAINS RUN DOCUMENTATION MEMBER TO 
BE .UPDATED FROM IBM DISK DATA SET 
GSMF. RUN. DX (M#); WHERE # IS THE 
MISSION NUMBER 

RDX IN 
# 

APPENDIX F 

8 

RDXMEM 

PUT UPDATED RUN DXUMENTATI ON MEMBER 
IN IBM DISK DATA SET GSMF. RUN. DX 
(M#); WHERE # IS THE MISSION NUMBER 

RDXMEM 

# 

APPENDIX F 

9 

INITDAT 

OBTAINS SWID INITIAL DATA FILE MEMBER 
TO BE UPDATED FROM IBM 4341 DISK DATA 
SET GSMF. SWDINIT.DAT A (MS#); WHERE # 
IS THE MISSION NUMBER 

INITDAT 

# 

APPENDIX F 

10 

INITDATM 

PUT UPDATED SWID INITIAL DATA FILE 
MEMBER IN IBM 4341 DISK DATA SET 
GSMF. SWDINIT.DATA (MS#) WHERE # IS 
THE MISSION NUMBER 

INITDATM APPENDIX F 
# 

11 

GSMFDB 

GENERATE GSMF DATA BASE 

GSMFDB 

APPENDIX F 



NOTE: # IS MISSION NUMBER 

# 



Figure F-l. Setup Mode VM/CMS Procedures 
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12 ESFETC GENERATE ECOS AND SCOS SDF FETCH ESFETC APPENDIX G 

COMMANDS ON LEV III /II FORMAT # 

CARDS AND ENTER THEM IN IBM 4341 
DISK DATA SET GSMF .FETCH. CARDS 
(MS#); WHERE # IS THE MISSION NUMBER 

13 FETCOM GENERATES ECOS AND SCOS SDF FOR; FETCOM APPENDIX G 

MATTED LEVEL 111 /II FETCH COMMANDS XXXX 
FOR GCOS LOAD INTO GCID AND ENTERS 
THEM IN IBM 4341 DISK DATA SET 
FMNSDK1D.MISXXX.VFESMF. ATE. FETCOM; 

WHERE XXX IS MISSION NUMBER RIGHT 
JUSTIFIED 

14 SINB1NTP GENERATES ECOS AND SCOS SDF FORMATTED SINBINTP APPENDIX G 

LEVEL II /II FETCH COMMANDS ON GCOS 
LOAD TAPE 

15 GSMFPRT GENERATES PRINT IMAGE OF ALL FILES GSMFPRT APPENDIX G 

ON THE GSMF DATA BASE 


Figure F-l. Setup Mode VM/CMS Procedures (Continued) 
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Figures F-2 and F-3 represent an example of the VM/CMS interactive con- 
versation using steps 1, 2, 3 and 4 with all inputs underlined. 

1.2 Generation of SWID Data File 

The SWID data file contains definitions of all end-items not contained in 
the ATE Spacelab Data Base (SLDB). Also contained in the SWID data file are 
SCOS and ECOS Stimul i SWID (not contained in the ATE SLDB) which affect ATE 
measurements. Initially this data file must be created manually as a VM/CMS 
file. Figure F-4 illustrates this date file and its associated fields. 

It must be noted that all SWIDs will be assigned a negative SWID number 
to differentiate it from all defined end- items on the ATE SLDB. 

The procedures used to maintain this data file under VM/CMS are defined 
in steps 5 and 6 of Figure F-l which will selectively display the SWID data 
file for a given Spacelab mission upon an IBM terminal for editing and then 
save the new version on IBM disk for eventual GSMF data base addressing. 

Figure F-5 represents an example of the VM/CMS interactive conversation using 
steps 5 and 6 with all inputs underlined. 

1.3 Run Documentation File 

The Run Documentation file will provide configuration management for the 
GSMF data base. The components (Free Format) of this file are illustrated in 
Figure 3.2-4. Initially this file must be created manually as a VM/CMS file. 
The procedures used to maintain this file under VM/CMS are defined in steps 7 
and 8 of Figure F-l which will selectively display the run documentation file 
for a given Spacelab mission upon a IBM terminal for editing and then save the 
new version on IBM disk for eventual GSMF data base processing. Figure F-6 
represents an example of the VM/CMS interactive conversation using steps 7 and 
8 with all inputs underlined. 

1.4 The SWID Initial Data File 

The SWID initial data file as defined in Section 3. 2. 2. 6 and illustrated 
in Figure F-7 shall be initially created for each Spacelab mission as a VM/CMS 
file via manual inputs. This VM/CMS file shall contain initital values in 
integer and floating point formats. 

The procedures to maintain this data file under VM/CMS are defined in 
steps 9 and 10 of Figure F-l which will selectively display the SWID initial 
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cunpaRT 

mnrspACELAB mission 
3 

INTER ONE OF THE FOLLOWING ATE SUB TABLE NAMES: 

DIGS GISC GOCL SOCD AIDA AIMS AOSA AISC DISDA DISM DIGDA DIGM GIDA G1MS DOSM 

DORM GOMS DIGS DOPAN 

GISC 

WT5TCG517I 2 OCCURRENCE (S ) CHANGED ON 2 LINE(S). 

DMSXCG517I 1 OCCURRENCE (S) CHANGED ON 1 LINE (S> . 

DMSXCG517I 1 OCCURRENCE (S) CHANGED ON 2 LINE(S). 

R; 

STEP 1 


Figure F-2. SWID Relations VM/CMS Procedure 
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SPRSIN 

mTER" SPACE LAB MISSION 
3 

ENTER SUBTABLE NAME 
CISC 

BR5KCC723I M (579 ) R/O - OS 
DASD 579 DETACHED 
R; 

STEP 2 

SPRSMEM 

OTTER SPACELAB MISSION 
3 

INTER SUB TABLE NAME 
GISC 

BM5ICG5171 1 OCCURRENCE (S ) CHANGED ON 1 LINE(S). 
DMSXCG5171 1 OCCURRENCE (S) CHANGED ON 1 L1NE(S). 
DMSXGT564W EOF REACHED 
R; 

SMIDMEM 

ENTER SPACELAB MISSION 
3 

T3MSXCG517I 2 OCCURRENCE (S ) CHANGED ON 2 LINE(S). 
DMSXGT564W EOF REACHED 
R; 

STEP 3 

SWDPRS 

Enter spacelab mission 

3 

DMSXCG5171 1 OCCURRENCE (S ) CHANGED ON 1 LINE(S). 
DMSXCG517I 20 OCCURRENCE (S) CHANGED ON 20 LINE(S). 
R; 


STEP 4 


Figure F-3. SWID Pairs VM/CMS Procedures 
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SSNI 


SMID /SMID 

TYPE 

WARN LT 

- 

1 


CAUT LT 

• 

2 


FIRE LT 

- 

3 


MSTRALM LT 

- 

4 


CSDAUTOLP 

- 

5 


FIRE R ( A )L P 

- 

6 


FIRE L ( A )LP 

- 

7 


FIRE C(A)LP 

- 

8 


SYS CLSNGLP 

- 

9 


SYS CLSDLP 

- 

10 


UNUSED 

- 

11 


UNUSED 

- 

12 


SYS MAN TNE 

- 

13 


CSW TONE 

- 

14 


KLAXON 

- 

15 


SIREN 

- 

16 


FIRE R(B )LP 

- 

17 


FIRE L (B)LP 

- 

18 


FIRE C ( B )LP 

- 

19 


UNUSED 

- 

20 


WARN LAMP 1 

- 

21 


WARN LAMP 2 

. 

22 


WARN LAMP 3 

- 

23 


WARN LAMP' 4 

- 

24 


WARN LAMP 5 

- 

25 


WARN LAMP 6 

- 

26 


WARN LAMP 7 

- 

27 


WARN LAMP 8 

- 

28 


WARN LAMP 9 

- 

29 


WARN LAMP 10 

- 

30 


WARN LAMP 11 

- 

31 


WARN LAMP 12 

- 

32 


WARN LAMP 13 

- 

33 


WARN LAMP 14 

- 

34 


WARN LAMP 15 

- 

35 


WARN LAMP 16 

- 

36 


WARN LAMP 17 

- 

37 


SCOS MEAS 


583 

2 

ECOS MEAS 


4445 

3 

ECOS MEAS 


4445 

3 

ECOS MEAS 


4445 

3 

ECOS MEAS 


4405 

3 

SCOS MEAS 


568 

2 

SCOS MEAS 


567 

2 

SCOS MEAS 


575 

2 

SCOS CMD 


1693 

4 

SCOS CMD 


1694 

4 

SCOS CMD 


169 5 

4 

SCOS CMD 


1696 

4 

SCOS CMD 


1601 

4 

SCOS CMD 


1605 

4 

SCOS CMD 


1606 

4 

SCOS CMD 


1608 

4 

SCOS CMD 


1613 

4 

COLS 1 12 


15 18 

21 24 


Figure F-4. SMID Data File Listing 
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SMI DIN 

ENTER" SPACELAB MISSION 
3 

I5MSACC723I M (579 ) R/0 - OS 
DASD 579 DETACHED 
R; 

STEP 5 


SMIDMEM 

FNTTK "SPACELAB MISSION 
3 

T3MSXCG517I 2 OCCURRENCE (S ) CHANGED ON 2 LINE(S). 
DMSXGT564W EOF REACHED 
R; 

STEP 6 


Figure F-5. SMID Data File VM/CMS Procedures 
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RDOCIN 

FftTE'R SPACELAB MISSION 
3 

BMSACC723I M (579 ) R/O - OS 
DASO 579 DETACHED 
R; 

STEP 7 


RDOCfEM 

DT!'t"R SPACELAB MISSION 
3 

CMSXCG5171 2 OCCURRENCE (S ) CHANGED ON 2 LINE(S). 
DMSXGT564W EOF REACHED 

R; 

STEP 8 


Figure F-6. Run Documentation VM/CMS Procedures 
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data file for a given Spacelab mission upon an IBM terminal for editing and 
then save the new version on an IBM 4341 disk for eventual inclusion in the 
GSMF data base. Figure F-8 represents an example of the VM/CMS interactive 
conversation using steps 9 and 10 with all inputs underlined. 

When steps 1-10 have been exercised, all the preliminary data has been 
created and GSMF data base generation can begin. Step 11 in Figure F-l defines 
the procedure and VM/CMS user inputs necessary for GSMF data base generation. 
Figure F-9 reppresents an example of the VM/CMS interactive conversation using 
step 11 with all user inputs underlined. The user should note, as illustrated 
in Figure F-8, that in addition to the procedure "GSMFDB", additional inputs 
are required to satisfy magnetic tape allocation. 

Only when the response "TAPE 181 ATTACHED" is received, should the user enter 
"GSMFDB". This insures that a magnetic tape will be generated containing the 
GSMF data base. 
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INITDAT 

ERTOTSPACELAB MISSION 
3 

15MSACC7231 M (579 } R/O - OS 
DASD 579 DETACHED 
R; 

STEP 9 


INITDATM 

ERTnr5PACELAB MISSION 
3 

DMSXCG517I 2 OCCURRENCE (S ) CHANGED ON 2 LINE(S). 
DMSXGT564W EOF REACHED 
R; 

STEP 10 


Figure F-8. SWID Initial DATA VM/CM.S Procedures 
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MOUNT SCRTCH 181 

VOL SER OF GS^M*L** AND TITLE OF 

BAbrmrmvu r*M rs mission' number. **l is level) 

TAPE iur ATTACHED 

GSMFDB 

This cms exec will generate the gsmf data base tape, the format of 

THIS TAPE IS AS FOLLOWS: 


FILE CONTENTS 

1 ECOS OFFSET FILE 

2 SCOS OFFSET FILE 

3 SWID/SMID MEAS OFFSET FILE 

4 STIMULI OFFSET FILE 

5 HARDWARE OFFSET FILE 

6 SWID TYPE FILE 

7 SWID INITIAL DATA FILE 

8 RUN DOCUMENTATION FILE 
ENTER SPACELAB MISSION 
3 

DASD 507 DETACHED 
DASD 507 DETACHED 
DASD 508 DETACHED 
DASD 507 DETACHED 
DASD 507 DETACHED 
DASD 508 DETACHED 
DASD 507 DETACHED 
DASD 508 DETACHED 
DASD 507 DETACHED 

STARTING GENERATION OF ECOS OFFSET FILE 
GENERATION OF ECOS OFFSET FILE SUCCESSFUL 

STARTING GENERATION OF SCOS OFFSET FILE 
GENERATION OF SCOS OFFSET FILE SUCCESSFUL 

STARTING GENERATION OF SWID MEAS OFFSET FILE 
GENERATION OF SWID MEAS OFFSET FILE SUCCESSFUL 

STATING GENERATION OF STIMULI OFFSET FILE 
GENERATION OF STIMULI OFFSET FILE SUCCESSFUL 

STARTING GENERATION OF HARDWARE OFFSET FILE 
GENERATION OF HARDWARE OFFSET FILE SUCCESSFUL 

STARTING GENERATION OF SWID TYPE FILE 
GENERATION OF SWID TYPE FILE SUCCESSFUL 

STARTING GENERATION OF SWID INITIAL DATA FILE 
GENERATION OF SWID INITIAL DATA FILE SUCCESSFUL 

STARTING GENERATION OF RUN DOCUMENTATION FILE 
GENERATION OF RUN DOCUMENTATION FILE SUCCESSFUL 

GSMF DATA BASE TAPE GENERATION IS COMPLETE 

R; 


STEP 11 
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APPENDIX G 


MITRA SETUP MODE DATA 


1. SCOS/ECOS FETCH COMMANDS 

In order to support GCOS monitoring of ECOS and SCOS telemetry data, a 
set of SCOS/ECOS fetch conmands must be loaded with the MITRA for eventual 
download into the GCID. These fetch commands will be consistant with those 
utilized by the SCOS/ECOS simulation process in the Software Development 
Facilities (SDF1 and SDF2) for a given Spacelab mission. 

The procedures used to create these fetch commands under the IBM 4381 
VM/CMS system are defined in steps 12-14 of Figure F-l. The output from these 
steps will be a magnetic tape which must be loaded onto MITRA. 

Figure G-l represents an example of the IBM VM/CMS interactive con- 
versation using steps 12-14 with all user inputs underlined. The MITRA load 
procedure is illustrated in Figure G-2. 

2. DGNC DATA 

In order to support DGNC data uplinks to SCOS and ECOS in the integrated 
mode, a tape containing DGNC data must be loaded onto the MITRA. Presently 
this data is being supplied by KSC, i.e., a tape is transmitted to Huntsville. 
This tape is then loaded onto the MITRA. The load procedure is illustrated in 
Figure G-3 where all user inputs are underlined. 
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ESFETC 

ENTER SPACELAB MISSION 
3 

I5MSACC7231 M (579) R/O - OS 
DASD 579 DETACHED 
DMSACC723I M (579 ) R/O - OS 
DASD 579 DETACHED 
DMSACC723I M (579 ) R/O - OS 
DASD 579 DETACHED 

DMSXCG517I 2 OCCURRENCE (S 5 CHANGED ON 2 L1NE(S). 
DMSXGT564W EOF REACHED 
R; 

STEP 12 

FETCOM 

FnYEXspacelab MISSION 
3 

DMSXCG517I 4 OCCURRENCE (S ) CHANGED on 4 LINE (S ). 

R; 

STEP 13 

SINBINTP 

ENTER LIBRARY NAME OF MITRA JCL.M1SS10N.& CDT 
EXAMPLE: JROl M1SDD3 V13D2 

JROl MISQ03 V13Q2 


EOF REACHED 

// 

TOF: 

// VB8=YB8XXX , 

// VB8«MIS003 , 

// VB8=MIS003, 

// VB9=VB9 XXX 

// VB9=V1302 

//REBLX. INPUT DD * 

EOF REACHED 
SFIN. ' 

ENTER ’X 1 TO XEDIT 
JUST ENTER TO SKIP EDIT. 


PRESS ENTER TO SUBMIT 

"NO" TO CANCEL. 


XSYSGBIN EXEC COMPLETED. 


STEP 14 


Figure G-l. ATE Fetch Command Generation VM/CMS Procedure 




LOAD ; /MslP ; ,MMT 

***** SVS'TEM 'MMT 


003* READY 


PO /MONT ? 

31/REIO ? 

*/EP/EXEC,SYSEP/. 

■* — 

*/CAL /BATCH /NLN. 

* 

ee/ BATCH OPERATING 
« /GROUP & 02 CONNECTION : "!" 

10 / 

i . 

!AAS/B:SV,.M100,,M1. 

! AEOC . 

$2 /##MOUNT M100 

B2/. 

TT7J0B/6 , ID=DB8, C0M*1 70. 

!! /JOB/6, ID=DB8,C0M=170. ACTIVATED 
« /GROUP i 03 CONNECTION : 

$$/ME/ HUGH'S TEST FILES FOR SINaE BINARY FILE 
JS/ME/FETCOM. 

@2 /##MOUNT VN *DATA ON DMOO 

B2 /. 

11711304 END FMU2 LEV. 0 

$$ /ME/COPY IDNAME FILE TO DATA FOR DATA REDUCTION 

SS/0304 END FMU2 LEV. 0 

■■ /GROUP & 03 DISCONNECTION 

== /IGNORE ABOVE : !0 

ee/ END OF BATCH 

"/GROUP i 02 DISCONNECTION 


Figure G-2. MITRA Fetch Command Tape Load Procedure 
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LOAD ; /PUP ; , MKT 
***** 57n7Fr r MMT 


003’ READY 


00 /MONT ? 

01 /RE 10 ? 

*/EP /EXEC ,SYSEP/. 

■* ■ = -- t 

* /CAL /BATCH /NLN . 

**/TKN =00 13 

* 

00/ BATCH OPERATING 

«== /GROUP 402 CONNECTION : "!" 

50/ 

1 

!AA5/B:SY,.M100,,K1. 
i/SE OC. 

02 /Amount mioo 

02 /. 

TT7TOB/6 , ID*GNCS01 ,C0M=170. 

! ! /JOB/6, ID^GNCSOl ,C0M=170. ACTIVATED 
=■= /GROUP 403 CONNECTION : 'V 
SS/ME/GNCSOl. 

02/##MOUNT VN *=DGNC ON DMOO 

02 /MO/DGNC ,DM05 . 

SS/0304 END FMU2 LEV. 0 
== /GROUP 403 DISCONNECTION 
== /IGNORE ABOVE : !0 

00/ END OF BATCH 

*= /GROUP 40 2 DISCONNECTION 


Figure G-3. DGNC MITRA Tape Load Procedure 
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MITRA OPERATING PROCEDURES 

Appendix H details the operating and execution instructions for loading 
and starting the MITRA, starting GCOS, executing the GOAL LINK 3101 program, 
stopping LINK, MITRA control of the MET, and executing the ITTS test software. 

1. LOAD AND START THE MITRA 

1) Verify the following MITRA panel switch settings: 

a) Key to Mode 2 Manual 

b) Mode to RD 

c) H/AD to Off 

d) MPC to SEL 

e) Switches 13, 18, 19 UP; others down 

f) Display to IND 

2) Load the GCOS load deck and press RESET on the card reader. 

3) On the MITRA panel, press INI and RUN. 

4) On the MITRA teletype (A24). 

Enter/MNP ;MMTV1. 

*/CR. 

On the MITRA panel change display switch to DATA 

5) Upon completion of the card deck, terminal A14 will display "IS A 
WARM START REQUIRED?". 

6) To disable the TLC 80 millisecond time out message, enter the 
following patch on the teletype: 

%/M0/&3252.$0:C711 

%/M0/&325F.&A:&C718 

2. START GCOS 

1) Start GCOS by entering (from terminal A14): 

BGIN COLD 
Y 
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2) During cold start, the following undefined hardware addresses will 
be displayed on terminal A17: 

1 840 , 1C40 , 2840 , 2C40 , 3840 , 3C40 , 4840 , 4C40 

These stimuli are either undefined in the SL3 data base or their 
behavior is unknown. 

3) Upon completion, terminal A14 will display 'STARTING CHECKOUT'. 

3. RUN LINK CONFIGURATION 3101 

1) Turn on the ECOS and SCOS links by entering the following from ter- 
minal A14: 

P HA 

CHAT TLCS ON 
CHAT TLCE ON 
CHAT TLMS ON 
CHAT TLME ON 

2) From terminal A14, load a monitor table: 

P SG 

LMOT SMT 

Use terminal A15 to view the performance of LINK by 
P SA 

3) From terminal A14, begin LINK by entering: 

PERF LINK 
P LINK 
RESU 

REPY 2 (Activate Spacelab Only) 

REPY X3101 

Observe the programs that will be executed and enter: 

REPY 1 

4) Use terminal A13 to display the LINK program names by entering: 

P LINK 

5) If any programs require operator action the program name and "Q" will 
appear at the top of the page. To view the message, enter "P" follow- 
ed by the program name (example, P ABAN). 

6) If any errors are encountered, set the measurement manually from the 
Perkin-Elmer Value Read/Write function. Then enter REPY 1 (RESTART) 
from terminal A14. 
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7) If any Manual intervention is required, the program name and "S" will 
appear at the top of the page. To view the message, enter "P" follow- 
ed by the program name (example P DACF). After performing the manual 
operation, enter RESU. 

8) NOTE: During execution of LINK 3101 the following undefined hardware 

address message will appear: 19C5. The behavior for this stimulus is 

unknown. 

9) The last LINK program EXCM, loads the experiment computer via the MMU. 
While it is executing, select DMON ELAV from terminal A14 and observe 
the IPL block count (7899) updated by the model: 

10) Upon completion, observe the message "SL ACTIVATION PROGRAM 
COMPLETED" on terminal A13. 

4. EXECUTE THE DOWN PROGRAM 

1) From terminal A14, enter: 

P SG 

PERF DOWN 
P DOWN 
RESU 

2) From terminal A15, select P SA to observe execution of DOWN. 

3) Upon completion, observe "SL DEACTIVATION COMPLETE" on terminal A15. 

4) Stop the MITRA by pressing the HALT button. 

5. MITRA CONTROL OF THE MET 

5.1 GMT and MET Transfer to the MIT 

1) At the A15 enter the comnand GMT ON. 

2) GMT will be displayed on A13. It should match the time displayed on 
the GCID time code generator and GSMF terminals. 

3) Enter the command MET ON at A14. 

4) MET will be displayed on A13. The value should be constant because 
MET is initially stopped. 

5.2 MITRA Control of MET 

1) Enter the following commands at A14: 

CD 7101 
CD 7223 
CD 7310 
CD 7458 
CD 7545 
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2) After entry of the above commands the MET displayed on A13 should be: 

123 10 58 45 

but should remain stopped. 

3) Enter the conmand CD 77F0 at the A15. 

4) The MET displayed on A13 should begin incrementing. 

5) Examine GMT and MET on the GSMF Performance Analysis terminal. 

6. EXECUTING THE ITTS TEST PROGRAMS 

6.1 SCCD Commands 

OVERVIEW : This exercise sends SCCD commands to light or extinguish lamps 

on the Operator Console. 

6.1.1 Verify Emergency Panel 

1) Select to view emergency panel, function key 15. 

2) From ITTS, issue Fire Right and Fire A (CD F040). 

3) Observe that Fire Right and Fire A lamps are lit. 

4) From ITTS, reset Fire Right A (CD F000). 

5) From ITTS, issue Fire Cabin B (CD F102). 

6) Observe that Fire Cabin and Fire B lamps are lit. 

7) From ITTS, reset Fire Cabin B (CD F100). 

6.1.2 Verify Caution and Warning Panel 

1) Select to view Caution and Warning, function key 14. 

2) From ITTS, set warning lamps 1-8 (CD FBFF) . 

3) Observe that warning lamps 1-8 are lit. 

4) From ITTS, reset warning lamps 1-8 (CD FBOO). 

5) Observe that warning lamps 1-8 are extinguished. 

6) From ITTS, set caution lamps 1-8 (CD F8FF). 

7) Observe that caution lamps 1-8 are lit. 

8) From ITTS, reset caution lamps 1-8 (CD F800). 
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6.1.3 Verify Exception/Enable Panel 


1) Select to view Exception/Enable Panel, function key 13. 

2) From ITTS, set enable 1-8 (CD F2FF). 

3) Observe that enable lamps 1-8 are lit. 

4) From ITTS, reset enable 1-8 (CD F200). 

5) Observe that enable lamps 1-8 are extinguished. 

6) From ITTS, set exception 1-4 (CD F30F). 

7) Observe that exception lamps 1-4 are lit. 

8) From ITTS, reset exception 1-4 (CD F300). 

9) Observe that exception lamps 1-4 are extinguished. 

6.2 MSE Commands 

OVERVIEW : This exercise sends MSE commands to affect Operator Console 

1 amps . 

6.2.1 Control and Display Panel 1 

1) Select C&D1 via shifted function 13. 

2) From ITTS, issue APS-A ON (DO 1.1.03 ON). 

3) Observe that lamp 1 is lit. 

4) From ITTS, issue APS OFF (DO 1.1.07 OFF). 

5) Observe that lamp 1 is extinguished. 

6.2.2 Control and Display Panel 2 

1) Select C&D2 via shifted function 14. 

2) From ITTS, issue AVFAN1 Low (DO 1.3.36 ON). 

3) Observe that lamp 1 is lit. 

4) From ITTS, issue AVFAN12 OFF (DO 1.3.38 OFF). 

5) Observe that lamp 1 is extinguished. 

6.2.3 Control and Display Panel 3 

1) Select C&D3 via shifted function 15. 

2) From ITTS, issue RAU A ON (DO. 1.5.30 ON). 
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3) Observe that lamp 1 is lit. 

4) From ITTS, issue SS RAU's OFF (DO 1.5.29 OFF). 

5) Observe that lamp 1 is extinguished. 

6.2.4 EGSE Control and Display Panel 

1) Select EGSE Control and Display via shifted F16. 

2) From ITTS, issue APS-A ON (DO 1.1.03 ON). 

3) Observe that lamp 1 is lit. 

4) From ITTS, issue APS-A OFF (DO 1.1.07 OFF). 

5) Observe that lamp 1 is extinguished. 

6.3 TLC Commands 

This procedure transmits a TLC message and verifies its effect 
on measurements. 

The following stimuli affect SCOS measurements through the "DOPAN" 
behavior function: 


Stimuli 

Measurement 

Effect 

1613 

568 

1 

1639 

625,626 

1 

1707 

840 

1 

1614 

568 

0 

1640 

625,626 

0 

1708 

840 

0 


1) At the Data Display Terminal, select file DOPANTST 

2) At the ITTS terminal, build the TLC commands 

-TLCS A01 FFOO 3AFF 0443 064D 0667 06AB 
-TLCS B01 FFOO 3AFF 0443 064E 0668 06AC 

3) At the ITTS terminal, enter 

TLCS SEND A 

4) At the Data Display Terminal, verify measurements 568,625,626, and 840 
are set to 1 

5) At the ITTS terminal, enter 

TLCS SEND B 
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6) At the Data Display terminal, verify measurements 568,625,626, and 840 
are set to 0. 

6.4 Fetch Memory 

This procedure provides a demonstration of fetch memory load and verify. 

6.4.1 Fetch Memory Load 

1) To prepare the MSE for the data transfer, enter the command MSE MODE 
AS at A14. 

2) VDU1 should not display any errors. 

3) Enter the comnand LP ER to disable the line printer. 

4) Enter the command FM LOAD to start the load process. 

5) Each MSE command executed will be displayed on A13. 

6) To speed up the transfer, enter A13 ER to disable the command display. 

7) Upon completion, the message FETCH MEMORY LOADED will be displayed on 
A13. 

6.4.2 Fetch Memory Verify 

1) To start the verify process enter FM CHECK at A14. 

2) The MITRA will then read the fetch memory via the MSE and compare the 
data with a load file. Errors will be displayed by the line printer. 

3) The process takes about 2 minutes. At completion, A13 will indicate 
the fetch memory has been checked. 
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